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The Mission 
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Science of Magnetic Reconnection 


• Study magnetic reconnection in the Earth's magnetosphere 

• Magnetic reconnection converts magnetic energy into kinetic energy 

- Oppositely directed parallel field lines are pinched 

- They join and snap apart like a breaking rubber band 



• Benefit: understanding of how the Earth lives with the Sun (e.g. Class X 
Flash 0156 GMT Tuesday, Feb. 15, 2011) 

- Power grid problems 

- Communications disruption 

- Aurora formation 
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Spacecraft Description 



• The 4 MMS Spacecraft are 




Equipped with the standard ‘particles and fields’ 
instrument suit (7 types of instruments - multiple 
copies per spacecraft) 

Equipped with 8 science booms 

• 2 Axial (E-field) 

• 4 Wire (E-field) & 2 Magnetometer Radial 

Spin-stabilized at 3.0 rpm with spin-axis nearly 
parallel to ecliptic north 

Onboard controllers process GN&C sensor cjata & 
fire thrusters to achieve accurate AV while 
keeping the booms safe 

• Digital Sun Sensor & Star Camera 

• Accelerometer 

• Navigator GPS receiver with GEONS navigation 
Equipped with 12 thrusters 

• 4 Axial 1-lbf (yellow) 

• 8 Radial 4-lbf (red) 


Wire Boom (4) 


Magnetometer Boom (2) 
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Flight Dynamics Concept 


Use the formation as a 
‘science instrument’ to 
study the magnetosphere 


Need to prevent close 
approaches (<4 km) 





10-160 km 


Sun 



Night-side science 
(neutral sheet) bound by 
power (limits shadow 
duration) 


Maneuvers used to 
maintain formation 
against relative drift 
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MMS Mission Summary 

(approximately 2.5 years in duration) 




GSE Latitude 
[-20°, 20°] 
when 

Apogee GSE 
time 

[14:00-10:00] 


Phase lx 06:00 




No shadow > 1 hrs 
during first 2 weeks after launch 


Phase 2b 


Neutral Sheet Dwell 
Time >= 100 hrs 


12:00 



17:0(7*" 

18:00 


19:00 


1 80 days 



1 80 days 


Phase 2a 


00:00 



No formation science 


Phase 1b 
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10:00 
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GSE Latitude 
[-25°, 25°] 
when 

Apogee GSE 
time 

[14:00-10:00] 


120 days 


















Phase-1 Orbit in the Life 

with Formation Maintenance Maneuvers 



Apogee 




FM Maneuver #2 


TDRSorNEN: 4 @15 mins e 
(TDRS Prime, NEN Backup) 

• Downlink GEONS data 

• Downlink BM Metadata 

• Uplink CIDP BM commands 

• Uplink ATS Loads (as needed) 


Science Region of Interest 
(9-12 


Phasel : ~ 1 day orbit period 
FM maneuvers ~ every 2 weeks 


Perigee 


DSN: 4 @ 80 minutes each 

• Uplink CIDP BM commands 

• Downlink C&DH and CIDP Recorders 

• Uplink ATS loads (as needed) 


DSN: 4 @ 80 minutes each 

Wed and Saturday for maneuvers only 
Uplink CIDP BM commands 
Downlink C&DH and CIDP Recorders 
Uplink ATS loads (as needed) 


FM Maneuver#! 


p - 7 hours ► + 

Apogee 


- 5 hours 


— ► 

Perigee 
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System Manager 
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Why Automate? And How To? 


• Automation needed handling the complexity 

- Large number of interactions 

- Goal to reduce human error and operations cost 

- Want dependable agent - must act like an ‘ideal operator’ that is never sick, 
always on time, able to handle multiple processes once taught 

- Want smart agent - must adapt to changing situations and know when to ask 
for help 

• System Manager Automation framework using agents 

- User-defined Agents - core automation objects that respond to events or 
defined schedules by triggering forward-chain or backward-chain processes. 

- Process Control- collaborative set of agents that achieve objectives based 
on the state of the process flow via user-defined rules. 

- Adaptive Scheduling - existing schedules are altered based on incoming 
events 

- Operations Planning/Automated Recovery - target operational state is 
used to plan a proper course of action via backward-chaining (inferring the 
cause that gives a desired effect) 
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System Manager - 
Component Based Architecture 



Define Agents Activate Agents 



Agent Editor 

•Assistant 


End User Agents 

•Mission Operations Tasks 



Enjoy Results 



Logic System 

System Components 

•Rules 

•Database* 

•Forward Chaining 

•Communications 

•Backward Chaining 

•Scheduling* 
•Event Detection* 


End User Displays 

■Mission Operations Displays 


Simulation/Visualization 

•Orbital Events 
•Monitor Windows 
•3D Modeling, 2D Plots 


Visio 


Component-Based Architecture 
.NET Framework 

•Code Generation (C #, C++, Visual Basic, J Script) 
•Run-time Type Discovery 
•Parallel Task Library 


Mission Operations 


System Manager 


XNA 


DirectX 


Industry Standard Software 
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Process Representation 


Microsoft Visio is 
used to 


States composing local 
knowledgebase 
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represent 
processes via 
assembly 
drawings. 

Shapes represent 
system- and 
user-defined sub- 
processes, called 
parts. 

Connectors 
specify the data 
and control (logic 
linkages between 
parts. 
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View/Set Initial 
States 



User-defined 

sub-process 
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Catalog of System 
and User-defined 
Parts 




Assembly 
drawing 
defining new 
process 
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Scheduling Concepts: 
Processes, Activities, & Events 

• Response Schedule is a list of expected activities to be performed, using defined 
processes, as a response to an event 

• Response Schedule is dynamic - based on external special requests (i.e. from MOC) 
and automated response to events, user/agents can add or remove activities 

• Automation uses the schedule in two ways: 

1 . Perform activities currently on schedule (schedule-driven) 

2. Add an activity to the schedule as a response to a detected event (event-driven) 



Triggering Event 
Alert Notification 
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Database 




• Database functionality using the Entity Framework forms the backbone 
for the automation 


• Serves as the intermediary for inter-process communications 

- Used as media to transfer data between processes. 

• Enables data mining and querying 

- User queries using transformations and operators defined by entities. 

- Metadata-based model allows for queries specifying multiple physical, 
dimensions, engineering units, coordinates systems, etc. 

- ‘Snapshot’ functionality allows for GUI data monitors and visualization to 
show internal state of process being executed 

• User entry point for debugging 

• Automated fault detection and (where possible) correction 
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Contact Analysis 
Implementation 
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Contact Analysis: 
Problem Definition 



Contact between the MMS spacecraft and the 

TDRS fleet is needed every perigee (see slide 7) 

- Important for science retrieval 

- Critical for formation maneuvers 

Motion model (line-of-sight & distance vs. time) 

- TDRS in correct geostationary boxes 

- MMS following its elliptical trajectory 

Antenna model (gain pattern & field-of-view (FOV)) 

- TDRS-E/W S-band Single Access (SSA) antennas 
with 4 FOVs (simple, primary, elliptical extended x2 - 
ordered approximately from most to least available) 

- TDRS-Z SSA with simple FOV 

- MMS has upper & lower deck s-band omni (‘garden 
weasel’) antennas 

Objective 

- Find the simplest operational scenario (number of 
handoffs) that maximizes data rate (link margin) 
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TDSR-W: better 
data rate 


TDS 


Contact Analysis: 
System Manager Approach 


• System Manager generated a set of predicted events 

- Logical yes/no for link between MMS and TDRS at a given data-rate 
(typical operations approach) 

- Constraint transitions (yes-to-no or no-to-yes) placed in a decision tree (not 
so-typical in operations) 

• Decision tree hierarchy based on the importance of mission rules/constraints 
(e.g. occultation has higher precedence than FOV) 


• System Manager used an A* search algorithm to generate the optimal 
contact schedule 

- A* search works by finding the ‘shortest path’ across a ‘set of nodes’ 

- The decision tree provides the nodes based on the constraint transitions 

- Link margin, antenna availability, data rates, etc. automatically built-in 
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Contact Analysis: 

Results 

• System Manager analyzed a typical 2.5-year mission scenario 

- Able to find the best schedule (smallest number of hand-offs for the 
maximum date rate) 

- Statistically characterized the mission probability of successful contacts - 
e.g. 87% percent meet requirements, remaining 13% needs a workaround 

- Results consistent with official results from Space Network Loading and 
Modeling 

• Performance 

- Analysis took several seconds on a typical Windows-based workstation 

- Results successfully vetted against hand-computations of all permutations 
(days of work) 

• Operational benefit 

- Provides a robust way to find optimal results for given mission scenario 

- Gives a sense of how often MMS will have to work around network 
constraints 

- Makes a rapid response possible should base assumptions change 
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